BUNDE#*EPUBLIK DEUl^HLAND 




Prioritatsbescheinigung liber die Einreichung 
einer Patentanmeldung 



Aktenzeichen: 

Anmeldetag: 

Anmelder/lnhaber: 

Bezeichnung: 
IPC: 



199 11 373.4 

15. Marz 1999 

Hewlett-Packard Company, 
Palo Alto, Galif./US 

Einrichtung und Verfahren zum Betrieb von Ge- 
schaftsprozessen in einem verteilten Informations- 
netz 

G06-F 17/60 



Die angehefteten Stucke sind eine richtige und genaue Wiedergabe der ur- 
sprunglichen Unterlagen dieser Patentanmeldung. 




Munchen, den 20. Dezember 2000 
Deutsches Ratent- und Markenamt 
DerPrasident 

I m Auftrag 




A 9161 

06/00 
EDV-L 



Hewlett-Packard Company 
Re.: 20-99-0008 



EINRICHTUNG UND VERFAHREN ZUM BETRIEB VON GESCHAFTS- 
PROZESSEN IN EINEM VERTEILTEN INFORMATIONSNETZ 



Beschreibung 

Die Erfindung bezieht sich allgemein auf verteilte Informationsnetze, in denen 
Geschaftsprozesse abgewickelt werden. Im Besonderen betrifft die Erfindung eine 
Einrichtung zum Betreiben eines Geschaftsprozesses mit einer Abfolge von 
Ereignissen, der von innerhalb eines in einen proprietaren und einen nicht- 
proprietaren Teil unterteilten Informationsnetzes angeordneten Subjekten mittels 
eines Datenverarbeitungssystems prozessiert und durch digitale Daten reprasentiert 
wird. Dabei ist wenigstens ein erstes Subjekt vorgesehen, das mindestens eine 
Abfolge von ersten Ereignissen generiert, und wenigstens ein zweites Subjekt 
vorgesehen, das auf die ersten Ereignisse aufbauend mindestens eine Abfolge von 
zweiten Ereignissen generiert. Innerhalb des proprietaren Teils des 
Informationsnetzes ist dabei ferner ein zentraler Datenspeicher zur Speicherung der 
ersten und der zweiten Ereignisse vorgesehen. Des Weiteren bezieht sich die 
Erfindung auf ein Verfahren zum Betreiben eines entsprechenden 
Geschaftsprozesses. 

Marketingkampagnen und Marketingaktionen generieren in einem Unternehmen eine 
Vielzahl von Informationen. Beispielszenarien sind Messeaktivitaten, Stufen- 
Versandaktivitaten (Mailings) eines Direktmarketings, oder aber Geschaftsaktivitaten 
in Sonderprogrammen wie die aktuellen Jahr2000-Programme. Von besonderer 
Relevanz sind dabei bestimmte Informationen, die ein mogliches Kaufinteresse eines 
Kunden beinhalten. Sie werden je nach Einstufung von unterschiedlichen Stellen im 
Unternehmen bearbeitet. Handelt es sich beispielsweise um eine bloISe 
Literaturanfrage, so wird ein in dem Unternehmen etwa vorhandenes 
Literaturzentrum zustandig sein. Handelt es sich dagegen um eine konkrete 
Kaufabsicht eines Kunden mit entsprechendem Volumen, wird das Kaufinteresse in 
aller Regel von einem zustandigen Vertriebsbeauftragten bearbeitet. Liegt hingegen 
eine generelle Anfrage bzw. Kaufabsicht mit geringem Volumen vor f so wird diese 
Anfrage meist an Partneruntemehmen oder aber an ein proprietares 
Kundeninformationszentrum weitergeleitet. 

Nach der heutigen Praxis im Bereich der Geschaftsprozessfuhrung ist es nicht 
moglichr, beispielsweise samtliche in einem Unternehmen existierenden 
Kaufanfragen in einer Ubersicht zu verfolgen und gemafi der jeweiligen Qualitat einer 
Anfrage diese einem geeigneten Vertriebskanal zuzufuhren. Weiterhin ist es bei 
bekannten Geschaftsprozessen nicht moglich, eine Einstufung der genannten 
Geschaftsaktivitaten (sogenannter "Lead-Tracking-Prozess") nach Erfolgskriterien 
durchzufuhren. 

Der Erfindung liegt daher die Aufgabe zugrunde, eine Einrichtung sowie ein 
Verfahren der eingangs beschriebenen Art anzugeben, welche die vorgenannten 
Nachteile des Standes der Technik vermeiden und insbesondere ermoglichen, die 
hier betroffenen innerhalb eines informationstechnisch vernetzten Unternehmens 
gefuhrten Geschaftsprozesse ubersichtlich verfolgen zu konnen. Eine weitere 
Aufgabe liegt darin t die Geschaftsprozesse trotz der unterschiedlichen 
k\ Anforderungen an deren Abwicklung einheitlich verarbeiten zu konnen. SchlieRlich 
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soil der gesamte Ablauf, d.h. von der Generierung eines Leads bis hin zum 
Projektabschluss, damit elektronisch vollstandig nachvollziehbar sein ("closed loop"). 

Zur Losung der genannten Aufgaben wird bei einer erfindungsgemaRen Einrichtung 
vorgeschlagen, ein ausserhalb des proprietaren Teils des Informationsnetzes 
vorgesehenes Funktionselement zum Generieren von einen Zustand der ersten und 
zweiten Ereignisse charakterisierenden Attributen vorzusehen. Ein innerhalb des 
proprietaren Teils des Informationsnetzes vorgesehenes Datenflusssteuerelement 
r dient zum Steuern von den ersten und zweiten Ereignissen zugeordneten 

Datenstromen und weist Mittel, die einen Zugriff auf den Datenspeicher uber das 
Informationsnetz durch ein zugriffberechtigtes Subjekt ermoglichen, Mittel zum 
Abprufen der den ersten und zweiten Ereignissen zugeordneten Attribute, sowie 
Mittel zum Steuern des Datenflusses entsprechend dem jeweiligen Zustand eines 
Attributs auf. 

Die Erfindung sieht dabei vorzugsweise vor, einen generellen bzw. verallgemeinerten 
Lead-Tracking-Prozess anhand eines Intranet-WEB-Tools zu realisieren. Ein 
besonderer Aspekt der Erfindung liegt darin, eine Art "Pinwand" zu schaffen, auf der 
Informationszettel (Leads) aushangen, die sich beispielsweise derjenige 
Vertriebsbeauftragte (VB) im Unternehmen zuordnet, welcher sich fur diese Lead 
zustandig fuhlt. Die "Informationszetter werden entsprechend markiert, wenn 
Vertriebsbeauftragte sich diese zugeordnet haben. Eine alternative Vorgehensweise 
bei der Lead-Zuordnung sieht vor, dass die Person, die fur die Lead-Eingabe 
zustandig ist, die Leads entsprechend einer Kundenliste zuordnet. 

Insgesamt erhalt man so jederzeit einen umfassenden Uberblick, welche Leads 
vorhanden bzw. welchem Vertriebsbeauftragten diese gegebenenfalls zugeordnet 
sind. Leads, fur die sich nach einer bestimmten Zeit kein zustandiger 
Vertriebsbeauftragter findet, konnen mittels des vorgeschlagenen Tools 
entsprechend an einen definierten Partnerunternehmen weitergeleitet werden. Diese 
sind angehalten, das Ergebnis wieder zuruckzusenden. 

Da der Status des Leads (z.B. offen, zugeordnet, abgeschlossen) verfolgt wird, kann 
daraus ein sogenannter Lead-Bericht erstellt werden, der eine Ubersicht uber 
( derzeitige Lead-Aktivitaten gibt. Der Vorteil, den Lead-Tracking-Prozess uber das 

" ^f^- Intranet zu realisieren liegt nun im Besonderen darin, dass die Leads standort- und 
personenunabhangig eingegeben werden konnen und von alien befugten Personen 
uber die jeweilige Internet-Startseite (Homepage) des Unternehmens, in die das 
vorgeschlagene WEB-Tool integriert ist, verfolgt werden konnen. 

Des Weiteren ermoglicht die Erfindung eine Lead-Berichterstattung (Lead-Reporting), 
mittels der beispielsweise das Management eines Unternehmens in die Lage versetzt 
wird, Vertriebsaktivitaten genau zu verfolgen und entsprechend zu steuern. Es ist 
zunachst zwar ein Mehraufwand, Leads, die in Form von Zetteln, Faxen, Leadbogen 
etc. im Unternehmen vorliegen, nochmals in eine WEB-Maske einzugeben. Es wird 
jedoch davon ausgegangen, dass dieser Mehraufwand aufgrund der genannten 
Vorteile durchaus in Kauf genommen werden kann. 

Viele Leads resultieren heutzutage nicht mehr aus unternehmensintemen Marketing- 
Aktionen, sondern werden von beauftragten Telemarketing-Agenturen Oder Mailing- 
Hausern generiert. Diesen ausserhalb des proprietaren Netzes angeordneten 
Subjekten wird ferner erfindungsgemafi ein sogenanntes "Lead Information System" 
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bereitgestellt, mittels dessen die Aufnahme der Leads in elektronischer Form von den 
entsprechenden Agenturen vornommen werden kann und die Leads beispielsweise 
auf dem Wege einer E-Mail an das bereits genannte WEB-Tool ubertragen werden 
konnen. In solchen Fallen sind demnach keine unternehmensinternen Ressourcen 
fur die Abwicklung der eingangs erwahnten Geschaftsprozesse erforderlich. Auch die 
vorgenannten Partnerunternehmen, welche die Lead-Bearbeitung fur die 
"aussortierten" Leads ubernehmen, bekommen ebenfalls das Lead Information 
System oder ein diesem entsprechendes Tool. 

Gemafi einer bevorzugten Ausfuhrungsform der Erfindung kann vorgesehen sein, 
dass das Funktionselement mindestens eine Funktionalitat bzw. einen Teil der 
Funktionalitat des Datenflusssteuerelements in Form einer statischen Kopie aufweist. 
Hierdurch ist gewahrleistet, dass ein ausserhalb des proprietaren Informationsnetzes 
angeordnetes, an einem vorliegenden Geschaftsprozess beteiligtes Subjekt zwar 
nicht einen Online-Zugriff auf die in dem zentralen Datenspeicher vorliegenden 
proprietaren Kerndaten eines Geschaftsprozesses hat, aber dennoch in den Stand 
versetzt wird, durch entsprechende Eingaben mittels des Funktionselementes an 
dem Geschaftsprozess zu partizipieren. In vorteilhafter Weise kann dabei das 
Funktionselement zur Erfassung der ersten Ereignisse dienen. 

Urn die erforderlichen Eingaben innerhalb eines gesamten Geschaftsprozesses zu 
vereinfachen, kann ein vereinheitlichtes Format der den Datenfluss 
reprasentierenden Datenelemente vorgesehen sein. Urn auch einem ausserhalb des 
proprietaren Netzes angeordneten Subjekt aktuelle Daten eines Geschaftsprozesses 
bereitstellen zu konnen, kann das Funktionselement Mittel zur Synchronisation von 
den Datenfluss reprasentierenden Datenelementen aufweisen. Urn einen Austausch 
entsprechender Daten zu ermoglichen, kann das Funktionselement ferner Mittel zum 
Empfangen und Senden von den Datenfluss reprasentierenden Datenelementen 
aufweisen. Urn Eingriffe des aussenstehenden Subjekts in den Geschaftsprozess zu 
ermoglichen, kann das Funktionselement zudem Mittel zur Manipulation der den 
Datenfluss reprasentierenden Datenelemente aufweisen. 

GemalJ einer bevorzugten Weiterbildung der erfindungsgemafi vorgeschlagenen 
Einrichtung kann vorgesehen sein, dass das Datenflusssteuerelement Hypertext- 
basiert isfe-Bies ermoglicht einen einfachen Online-Zugriff durch ein authorisiertes 
V§ Subjek{ ^qqjVlem das Funktionselement von der jeweiligen 

Betriebssystemplattform unabhangig ist, wird erreicht, dass ein ausserhalb des 
proprietaren Netzes angeordnetes Subjekt unabhangig von dem jeweils vorliegenden 
Betriebssystem ein Funktionselement zur Verfugung gestellt bekommen kann, mittels 
dessen es mit dem Datenflusssteuerelement kommunizieren kann. 

In Weiterfuhrung des Erfindungsgedankens kann schliefilich vorgesehen sein, dass 
das Datenflusssteuerelement Mittel zum Importieren von Datenelementen sowie 
Mittel zur Analyse und Auswertung der Datenelemente aufweist. 

Weitere Aufgaben, Vorteile und Merkmale der Erfindung ergeben sich aus den 
Unteranspruchen sowie der nachfolgenden Beschreibung eines 
Ausfuhrungsbeispiels der Erfindung. Im Einzelnen zeigen: 

Figur 1 eine Ubersichtsdarstellung eines typischen Informationsnetzes 
enthaltend eine erfindungsgemalSe Einrichtung; 
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Figur 2 eine Blockdarstellung des Datenflusses bei einer Anordnung eines 
WEB-Tools (LITE) und eines Lead Information Systems (LIS) gemaU der Erfindung; 

Figur 3 eine Illustration des Datenflusses wahrend einer Datensynchronisation 
zwischen LITE und LIS gemafi der Erfindung; 

Figur 4 ein Ablaufdiagramm zur Darstellung einer typischen Vorgehensweise 
bei der erfindung sgemafien Datensynchronisation entsprechend Figur 3; 

Figur 5 eine der Figur 2 analoge Blockdarstellung einer beispielhaften 
Implementierung der erfindungsgemaHen Einrichtung; 

Figur 6 ein Ausfuhrungsbeispiel einer Lead-Eingabemaske fur das WEB-Tool 
"LITE"; und 

Figur 7 im erfindungsgemafien relationalen Datenbankmodell verwendete 
Tabellen in einer Ubersichtsdarstellung. 

Figur 1 zeigt eine typische Anordnung von Datenverarbeitungseinrichtungen, bei 
denen die Erfindung einsetzbar ist. Insbesondere ist ein Informationsnetz 1 mit einer 
Systemanordnung zum Betrieb eines bei der Erfindung zugrundeliegenden 
Geschaftsprozesses gezeigt. Die Anordnung weist eine zentrale Datenbank 2 auf, 
die bevorzugt eine relationale Daten-Hierarchie aufweist und beispielsweise durch 
eine u Oracle u -Datenbank ("Oracle" ist eingetragene Marke der Firma Oracle 
Company) realisiert sein kann. Diese Datenbank 2 ist innerhalb eines proprietaren 
Teilnetzes 1a des gesamten Informationsnetzes 1 angeordnet. Es wird 
hervcrgehoben, dass die erfindungsgemafl vorgeschlagene Datenflusssteuerung auf 
dem Internet, beliebigen Extranets oder Intranets, die im vorliegenden 
Zusammenhang als Teile eines ubergeordneten Informationsnetzes angesehen 
werden, ausgefuhrt werden kann. 

Zur Steuerung des Datenflusses bei einem angenommenen Geschaftsprozess ist ein 
Hypertext-basierendes WEB-Tool 3 (Lead Information Tracking Environment = 
"LITE") vorgesehen, das bevorzugt auf einem innerhalb des proprietaren Teils des 
gesamten Informationsnetzwerks angeordneten WEB-Server 4 installiert ist. Dieses 
Tool 3 greift auf die Datenbank 2 zu und steuert insbesondere den Datenfluss 
zwischen dieser Datenbank 2 und weiteren am Geschaftsprozess beteiligten 
Instanzen bzw. Subjekten, d.h. beispielsweise naturlichen Personen oder 
zusatzlichen informationstechnischen Einrichtungen wie z.B. Personal Computern 
oder anderen Einrichtungen, die eine Kommunikation bzw. Interaktion mit LITE 
ermoglichen. 

In dem vorliegenden Beispiel stellt eines der an dem Geschaftsprozess beteiligten 
Subjekte 5 eine naturliche Person bzw. ein dieser Person zugeordneter Personal- 
Computer (PC) 5a dar, die (der) authorisiert ist, auf das WEB-Tool 3 online 
zuzugreifen. Diese Person kann ein Vertriebsbeauftragter (VB) oder ein fur diesen 
Zugriff berechtigter Manager des Unternehmens sein, das Inhaber des proprietaren 
Teilnetzes ist. 

Ein weiteres Subjekt stellt in diesem Beispiel ein Kunde 6 des Unternehmens dar, der 
den genannten Geschaftsprozess durch eine Kaufanfrage initiieren soil. Diesem 
Kunden 6 liegt ein Funktionselement 7 ("LIS") vor, mittels dessen er offline auf das 
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WEB-Tool (LITE) 3 zugreifen kann. Die Kaufanfrage wird dabei in Form einer Datei 8 
an das Tool 3 ubertragen, wobei diese Datei beispielsweise eine an ein E-Mail 
angehangte Datei darstellen kann. Jedenfalls findet diese Kommunikation zwischen 
dem Kunden 6 und LITE 3 via Internet statt. Generell sind das Tool LITE 3 innerhalb 
des proprietaren Netzes 1a und das Tool LIS 7 ausserhalb des proprietaren Netzes 
angeordnet. 

Figur 2 zeigt eine Blockdarstellung des Datenflusses bei einer exemplarischen 
Anordnung 10 eines erfindungsgemaften WEB-Tools (LITE) 1 1 sowie eines Lead 
Information Systems (LIS) 12. Der angenommene Geschaftsprozess beginnt in 
diesem Beispiel mit einer Kundenanfrage 13 eines Geschaftskunden 14, der 
wiederum bereits im Besitz der Offline-Version des Datenflusssteuerelementes LITE 
namens LIS 12 ist. Beide Tools 11, 12 weisen zu diesem Zweck einen hier nicht 
gezeigten Datenspeicher auf. Auch in dem vorliegenden Beispiel wird die Anfrage als 
sogenanntes E-Mail-Attachment an das WEB-Tool Lite 1 1 ubertragen. Dieses E-Mail 
passiert dabei eine beim Ubergang vom Extranet 15 zum propritaren Intranet 16 etwa 
vorgesehene "Firewall" 17. 

^B^dem Ausfuhrungsbeispiel ist LITE 11 auf einer Homepage 18 eines 
^Unndeninformationszentrums implementiert. LITE 1 1 speichert die Anfrage zunachst 
in einer zentralen Datenbank 19. Uber LITE 11 konnen zugriffsberechtigte Personen 
(z.B. Vertriebsbeauftragte VBx, VBy) 20, 21 auf die Datenbank 19 online zugreifen 
und gegebenenfalls die weitere Bearbeitung der Anfrage ubenehmen. Im Falle einer 
solchen Verantwortungsubernahme 22, beispielsweise durch einen entsprechenden 
VB (hier "VBx"), wird die Anfrage mittels eines nicht gezeigten Attributs entsprechend 
markiert x so dass weitere zugriffsberechtigte Personen, beispielsweise ein 
Vertriebsmanager VBy 21, von dieser Ubernahme Kenntnis erlangen konnen. Dieses 
Attribut reprasentiert mithin den jeweiligen Lead-Status, womit bestimmte 
Geschaftsprozesse anhand der jeweiligen Stati des Attributs automatisch 
herausgefiltert werden konnen. Zudem ermoglicht das Attribut eine Zuordnung eines 
Lead an ein bestimmtes Subjekt (z.B. einen VB), damit kein anderes Subjekt dieses 
Lead bearbeiten kann (sogenanntes "Lead-Assignment"). Es wird ferner 
hervorgehoben, dass ein Online-Zugriff durch ein sowohl von innerhalb des 
proprietaren Netzes als auch ein von ausserhalb des Netzes zugreifendes 

«:ugriffsberechtigtes Subjekt (z.B. von ausserhalb interagierender 
fertriebsbeauftragter VBz 23) mittels einer Telekommunikationsverbindung 24 
moglich ist. 

Als Status eines Lead kommen vorzugsweise folgende Stati in Betracht: 



Status 

O = Open 
A = Assigned 



E 



Q 



C 



Closed 
Qualified 



Exported 



Bedeutet 

Lead steht jedem VB zur Vefugung 

Lead wurde von VB reserviert, oder von 

CIM dem VB zugeordnet. Durch Refuse 

hat VB die Moglichkeit den Lead 

abzulehnen 

Lead ist bearbeitet 

Lead befindet sich zur Requalifizierung 
bei Agentur, danach steht der Lead 
wieder im Status "O" zur Verfiigung 
Lead wurde an Partner weitergegeben, 
und kann nich mehr von VB bearbeitet 
werden 
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In der Datenbank 19^^t die Anfrage nunmehr in einem Datenformat vor, das 
bezuglich aller am Geschaftsprozess beteiligten Personen einheitlich ist. Der VB (hier 
VBx 20) generiert 22 eine Kopie der aktuell vorliegenden Anfragedatei und fuhrt 
mittels dieser Kopie eine Bearbeitung der Anfrage durch. Nachdem dieser einen 
Bearbeitungsschritt vollzogen hat, wird die somit veranderte Datei wieder an die 
zentrale Datenbank 1 9 ruckubertragen. Die Anfragedatei hat sozusagen eine 
"Schleife" durchlaufen, wobei im Zuge von nachfolgenden Bearbeitungsschritten 
weitere solcher Schieifen folgen konnen bzw. in der Regel auch folgen werden. 

In Figur 3 ist ein typischer Datenfluss wahrend einer Datensynchronisation zwischen 
LIS 30 und LITE 31 gemaft der Erfindung gezeigt. LIS 30 dient vorzugsweise 
zunachst der Erfassung von den jeweiligen Geschaftsprozess initiierenden Lead- 
Daten und enthalt zu diesem Zweck Online-Teile aus LITE 31 als statische Kopien 
(Schnappschusse). Demgegenuber dient LITE 31 selbst vomehmlich der vollig 
autonomen Flusssteuerung der bei einem Geschaftsprozess auftretenden 
Datenstrome. Die Vorgehensweise bei der Synchronisation umfasst die in dem in 
Figur 4 gezeigten Flussdiagramm genannten und nachfolgend beschrieben.en 
Schritte, wobei identische Schritte mit ubereinstirnmenden Bezugszeichen versehen 
sind. Die Synchronisation basiert ebenfalls auf der erfindungsgemaB 
vorgeschlagenen Anordnung, die insbesondere eine zentrale Datenbank 32 vorsieht, 
auf der die Eingabe-Daten in Form von Tabellen 33, vorzugsweise Oracle-Tabellen, 
gespeichert sind. 

Zunachst werden die in LIS generierten Eingabe-Daten nach LITE exportiert 34 und 
dabei entsprechende Export-Dateien generiert 35, die beispielsweise via E-Mail als 
angehangte Datei(en) versendet 36 werden konnen. Diese Export-Dateien werden 
nun in die Datenbank 32 importiert 37, wobei LITE 31 diesen Import 37 vollig 
autonom und unabhangig von irgendwelchen Benutzereingaben unter Verwendung 
von beispielsweise SQL-Statements (SQL= Structured Query Language) erfolgen 
kann. Die SQL-Statements erlauben dabei beispielsweise Operationen wie "INSERT 
Oder "MODIFY". Im Anschluss daran konnen die so veranderten Oracle-Tabellen 
mittels einer von LITE bereitgestellten Eingabemaske sichtbar gemacht werden 38. 
Es wird hervorgehoben, dass die Struktur bzw. das Layout der Eingabemaske bei 
samtlichen am Geschaftsprozess beteiligten Personen einheitlich ist. Kopien der 
Export-Dateien 35 werden im Anschluss daran wieder an LIS ruckubertragen 39, urn 
durch einen Vergleich mit den ursprunglichen Eingabe-Daten feststellen zu konnen, 
ob bei der ursprunglichen Datenubertragung 36 auch alle Daten verlustfrei 
ubertragen worden sind, da bei Ubertragungen via Internet bekanntlich Datenverluste 
auftreten konnen. Nach der Ruckubertragung werden die in LIS vorhandenen 
Eingabe-Daten mit den ruckubertragenen Daten aktualisiert 40, 41, urn insbesondere 
die Eingabemenus auf den aktuellen Stand des Geschaftsprozesses zu bringen. 
Sofern also zwischenzeitlich bereits irgendwelche Anderungen dieser Daten durch 
beispielsweise einen VB erfolgt sind, werden diese Anderungen auch auf Seiten von 
LIS sichtbar. 

Es wird hervorgehoben, dass das Zusammenwirken zwischen LIS und LITE 
vorzugsweise ausschlieftlich anhand der genannten Attribute erfolgt, welche den 
jeweiligen Lead-Status reprasentieren. Erst durch diese Attribute wird ermoglicht, 
dass die Datenfusssteuerung durch LITE vollig automatisch bzw. autonom erfolgen 
kann. 

Im nachfolgenden Teil wird nun ein Ausfuhnjngsbeispiel des erfindungsgemaften 
WEB-Tools im Detail beschheben. Die Beschreibung untergliedert sich dabei in eine 
Beschreibung der vorgeschlagenen Funktionalitat eines erfindungsgemaden 
Datenflusssteuerelementes (WEB-Tool namens "LITE" der Anmelderin) sowie eine 
entsprechende Beschreibung eines erfindungsgemaften Funktionselementes 
namens "LIS", das im vorliegenden Beispiel auf der Plattform MS-Access* 
(*geschutzte Marke der Microsoft Corporation) aufbaut. 

b 
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Beschreibunq des WEB-Tools "LITE" 
Hauptmenu 

Das Hauptmenu von LITE besteht aus den nachfolgend noch im Detail erlauterten 
Bereichen "Lead Eingabe", "Lead Ubersicht", "Lead Bearbeitung", "Lead Reporting" 
und "Admin". 

Lead Eingabe 

Ein Lead wird mittels einer Lead-Eingabe-Maske eingegeben. Es ist hier bereits 
moglich, das Lead einem verantwortlichen Vertriebsbeauftragten (VB) zuzuordnen. In 
Fig. 5 ist eine entsprechende Lead-Eingabe Maske des Datenflusssteuerelementes 
"LITE" gezeigt. 



'^j ^iead Ubersicht 

Mittels dieser Funktionalitat des WEB-Toois lassen sich eingegebene Leads 
ubersichtlich darstellen. Mit einer Such-Funktion lassen sich zudem die 
anzuzeigenden Leads definieren. StandardmafSig werden alle offenen Leads 
angezeigt. Die Leads stehen als Liste untereinander. Die Details eines bestimmten 
Leads lassen sich einsehen und der VB kann sich das Lead bei eintsprechender 
Zustandigkeit zuordnen. 

Lead Bearbeitung 

Die Funktionalitat der "Lead Bearbeitung" ist vergleichbar mit der Funktion "Lead 
Ubersicht". Der Unterschied besteht darin, dafi nur alle dem VB personlich 
zugeordneten Leads als Liste anzeigt werden. Mit einer Such-Funktion kann ein VB 
sich leicht einen Uberblick uber seine persdnlichen Leads verschaffen. Dieser 
Bereich wird bei alien an dem zugrundeliegenden Geschaftsprozess beteiligten 
Subjekten (hier Personen bzw. Usern) mittels eines Manager-Eintrags "UNKNOWN" 
nicht angezeigt. 

Lead Reporting 

Diese Funktion beinhaltet ein Auswahl-Menu uber generelle, vordefinierte Lead- 
Tracking Statistiken. Diese sollen sowohl den Usern als auch dem Management 
einen schnellen Uberblick uber Lead-Tracking Aktivitaten verschaffen. 

Admin 

Alle Admin-Funktionen sind hier einstellbar. Sowohl der Import aus "LIS"-generierten 
Leadfiles von Agenturen ist hier moglich als auch der Export und Import bezuglich 
LIS-Files von den jeweiligen Geschaftspartnern. 

Im folgenden werden die Funktionen unter einem jeweils gleichnamigen Kapitel 
detailliert beschrieben. 
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Lead-Einqabe 

Die Lead-Eingabe-Maske stellt ein Formblatt dar ( das wie folgt gegliedert ist: 

Header-Information 

Angaben zum Kunden 

Leadklassifizierung 

Lead-Beschreibung 

Aktion / Follow-up Aktivitaten 



a) Header-Information 

Die Felder bestehen aus: 

Anlagedatum 
Leadeingabe durch: 

Telefonnummer des Lead- 

Eingebenden 

Organisation des Lead- 

Eingebenden 

Leadstatus 

Lead-ID 



b) Angaben zum Kunden 
Die Felder bestehen aus: 
ba.) Firma 



Firma (Mulifeld) 

Strafle (MufJfeld, optional, falls Eintrag im Postfach) 

PLZ-StrafJe (Muflfeld, optional, falls Eintrag im Postfach) 

Postfach (optional) 

PLZ-Postfach (optional) 

PLZ-Firma (optional) 

Ort (MufJfeld) 

Land (Mufifeld, Menuauswahl, Standardeinstellung 'D') 



bb.) Branche (optional, Menuauswahl, nur eine Branche auswahlbar) 
Es sind folgende Branchenfelder auswahlbar: 
1. Branche (grob), (MufJfeld, Menuauswahl) 
Industrie 

Banken / Versicherung 
Handel 



= Systemdatum 

Name der eingebenden Person 

Anzeige erst in der Lead Detail Maske rnoglich 

Anzeige erst in der Lead Detail Maske rnoglich 

Anzeige erst in der Lead Detail Maske rnoglich 

automatisch "O" fur offen 

Anzeige erst in der Lead Detail Maske rnoglich 
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Telekommunikation 
Transport / Verkehr 
Verwaltung 
Erziehung 
Unbekannt 

2. Branche (fein), (optional, Menuauswahl) 

Diese Brancheninforrnation dient als Zusatz fur spatere Selektionen. 

be. ) Kunde 

Vorname (optional) 
Nachname (Mufifeld) 
Titel (optional) 
Abteilung (optional) 
Gebaude (optional) 
Bereich (Mufifeld , Menuauswahl) 
< Funktion (Mufifeld , Menuauswahl) 

Telefon (optional) 
Fax (optional) 
Handy (optional) 
Email (optional) 

bd.) Entscheidungskompetenz (optional, Menuauswahl) 

Folgende Entscheidungskompetenzen stehen zur Auswahl: 

Allein 

Maflgeblich 

Empfehlungsfunktion 

Informationsfunktion 

be. ) Interessensgebiete (optional, Menuauswahl) 

Als Interessensgebiete kommen beispielsweise die verschiedenen Produktbereiche 
eines Unternehmens in Betracht. 

bf. ) Publikationen (optional, Menuauswahl) 
Folgende Publikation ist u.a. auswahlbar: 

Computernews 



c) Leadklassifizierung 

Die Leadklassifizierung hat die Felder: 

Lead-Potential (Mufifeld, Menuauswahl) 
Hoch (A-Lead) 
Mittel (B-Lead) 
Gering (C-Lead) 
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Unbekannt (D-Lead) 
Leadkategorie 

Aus dem Ankreuzen des Lead-Potentials wird automatisch die Lead-Kategorie 
definiert (siehe Zuordnung oben). Diese wird von der Lead-Maske gesondert 
angezeigt. 

Entscheidungszeitraurn (optional, Menuauswahl) 
bis 1 Monat 
1-3 Monate 
3-6 Monate 
uber 6 Monate 
Entscheidungsdatum 

Produktlinie (optional, bis zu drei Nennungen moglich, Menuauswahl) 

Lead-Quelle (MufSfeld, Menuauswahl, auch Freitext moglich mit dem Hinweis, ein 
verstandliches, einheitliches Kurzel anzuwenden) 



d) Lead-Beschreibuna 
Die Felder bestehen aus: 

Fragestellung / Ausgangssituation / Interesse (Freitext-Feld) 
Investition / Projekt (Freitext-Feld) 



e) Aktion / Follow-up Aktivitaten: 

Die Felder des Bereichs Follow-up Aktivitaten bestehen aus: 

Aktion (Mulifeld, Menuauswahl) 

Ruckruf 

Angebot 

Demo beim Kunden 

Produktinfo 

Supportfall 

Datum Aktion (Optional) 

Wird das Feld Produktinfo angekreuzt, wird ein weiteres Fenster angezeigt. Die 
anzuklickenden Felder mit Menuauswahl sind beispielsweise u.a. folgende: 

Data Center 
Technical Computing 

Elektronic Commerce & Electronic Business 

IT-Service-Management 

Office Computing / Printing Solutions 

Information Storage 

Klickt der User beispielsweise den Bereich Data Center an, erscheint ein Pulldown- 
Menu mit Literatur zum Ankreuzen (beispielsweise Enterprise Server. Wird innerhalb 
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dieser Maske etwas angekreuzt wird beim Abspeichern des Leads automatisch ein 
Mail an den E-Mail-Account eines Literatur-Zentrums generiert mit Angabe des 
betreffenden Leads. Das Lit-Center kann daraufhin das Fullfillment beginnen. 
Zusatzlich gibt es ein Freitext-Feld fur alle Literaturanfragen, die nicht im Menu 
auswahlbar sind. 

Dringlichkeit (Muflfeld, Menuauswahl) 

Grofi 

Mittel 

Gering 

Vertriebsbeauftragter (VB) 

Wird "Kontakt" angeklickt, so mufi der User die Auswahl treffen zwischen "manueiler 
Zuordnung" Oder "automatischer Zuordnung". Wird automatische Zuordnung 
angeklickt, so erfolgt ein Online-Vergleich des Feldes Firma mit einer Customer- 
Information-Datenbank (CIM) auf Ahnlichkeit. Das Ergebnis, welche VBs 
vorgeschlagen werden wird angezeigt. Der User mufi sich eine Alternative 
auswahlen. Mit Auswahl des VBs wird automatisch sein Manager im Feld Distrikt 
eingetragen. Wird nichts gefunden, wird die Meldung "Keine Zuordnung moglich" 
angezeigt Bei der manuellen Zuordnung ist der VB dem User bekannt, er kann 
diesen aus der Menuauswahl anklicken. Der Distrikt-Eintrag wird automatisch 
generiert. 

Distrikt 

Entspechend der Auswahl im Feld Branche wird automatisch der richtige Distrikt- 
Manager angezeigt. Falls mehrere Distrikte moglich sind, wir der Leser aufgefordert, 
den richtigen anzuklicken. Wird die Firma uber den Punkt VB zugeordnet, hat dieser 
Distrikt-Eintrag Vorrang. 

Geschaftspartner (optional, Menuauswahl) 

Hier kann der User entscheiden, von welchem Partner der Lead bearbeitet werden 
soli. 

Wichtige Info fur Follow up / Notizen (Freitext-Feld) 
Hier konnen Zusatzinformationen eingetragen werden. 

Mit dem Button SAVE ist das Lead abgeschlossen. Alle Eintragungen sind 
gespeichert und die Firma sowie der Kontakt mit der Datenquelle "LEAD" markiert. 
Es wird abgefragt ob ein weiteres Lead eingegeben werden soil. Ansonsten 
automatischer Ubergang zum Hauptmenu. 



Lead Ubersicht 

Im Menupunkt Leadubersicht lassen sich mit Such-Kriterien Lead-Listen generieren 
und anzeigen. Such-Kriterien lassen sich uber ein Pulldown-Menu defmieren und mit 
dem Button "SUCHE" generieren. 

Such-Kriterien sind: 

Lead Kategorie ("A", "B", "C" oder "D") 
Dringlichkeit 
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Lead Status ("O n (Open), "A" (Assigned), M C" (Closed), "P" (Partner / zum 

Versand), "E" (Exported), "I" (Imported) Oder "R" (Refused)). 

Standardmafcig wird mit Status "O" initialisiert. 

Interessensgebiet 

Produktlinie 

Branche 

Firmenname (die Angabe von wildcards ist erforderlich) 

PLZ (maximale Angabe von 5 PLZ-Bereichen moglich, z.B. 50000 bis 60000 

ist ein PLZ-Bereich) 

Pubtikation, Entscheidungszeitraum, Leadquelle, Aktion, VB, Distrikt, 
Geschaftseinheit, Partner 

Unter den Suchkritierien sind "UND"- beziehungsweise "ODER"-Verknupfungen 
moglich. Pro User ist die Speicherung einer Einstellung der Such-Kriterien moglich. 

Die individuelle Lead-Liste ist damit erstellt. Die Informationen pro Zeile (=ein Lead) 
von links nach rechts sind folgende: 

Leadstatus 

Lead-Kategorie 

Dringlichkeit 

Firma 

Ort 

VB (sofern vorhanden, sonst Leerfeld) 
Distrikt (sofern vorhanden, sonst Leerfeld) 

Mit einem Mausklick (Drill down) kann man ein Lead auswahlen und die 
Detailinformationen des entsprechenden Leads (siehe Eingabe-Maske = Detail- 
Maske) einsehen. Leads konnen nur in der Lead Detail-Maske geandert 
beziehungsweise geloscht werden. Andern bzw. Loschen eines Leads ist nur durch 
die eingebende Person moglich (siehe auch nachfolgend beschriebenes 
Berechtigungskonzept). Es kann allerdings nur logisch geloscht werden. Die Lead- 
Liste beziehungsweise die Details der Leads konnen entsprechend auch ausgedruckt 
werden. Die Vorgehensweise sieht zusammengefaftt wie folgt aus: 

Lead-Liste mit Suchkriterien definieren 
Suche-Button drucken, Lead-Liste wird angezeigt 
Lead-Detail ansehen (durch Mausklick) 

Ein Vertriebsbeauftragter kann sich in der Lead-Detail Maske mit dem Button "Assign 
Lead" den Lead zuordnen und exklusiv fur sich "sperren" (siehe nachfolgend 
beschriebenes Berechtigungskonzept). Moglich ist die Lead-Zuordnung allerdings 
nur bei offenen Leads (Status "O"). Der Status des Leads geht automatisch in "A" 
uber. Das Lead ist nun gesperrt und kann von keiner anderen Person mehr 
"assigned" werden. Dieser Lead ist nun unter der vorstehend beschriebenen "Lead 
Bearbeitung" sichtbar und kann von dort vom VB weiterbearbeitet werden (Anzeige 
Info-Fenster fur Benutzer). 

Beispielsweise jede Woche erfolgt ein automatisch generiertes Mail mit der Liste aller 
offenen Leads, die nicht pro Distrikt zugeordnet sind (keine Lead-Details, nur 
Ubersichtsliste), an die Distrikt-Manager (Maiiingliste uber Admin definierbar). Die 
schon per Distrikt zugeordneten, offenen Leads werden dem entsprechenden 
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Manager zugesendet. Dieser wird darin aufgefordert, seine VBs entsprechend uber 
die Leads zu informieren. 



Lead Bearbeitunq 

Die "Lead Bearbeitung" ist sozusagen der eigene Arbeitsbereich des VB. Er sieht 
standardmafiig alle unter seinem Login zugeordneten Leads in der Ubersichtsliste. 
Die Detail-Maske eines Leads entspricht vom Layout der Eingabe-Maske. Der Lead 
kann entweder mittels einer "Lead-Abschluf3"-Maske beendet werden, und zwar ohne 
Aufsetzen eines Geschaftsprojekts (Button "Close Lead"). Der VB hat das Lead 
bearbeitet. Dabei kann der VB folgende Inforrtiationen in die AbschlufS-Maske 
eingeben: 

kein Umsatz (ankreuzbar) 

Umsatz in K$ (Muflfeld, sofern "kein Umsatz" nicht angekreuzt wurde) 
EXIT-Bemerkung (Mufifeld) 

Der Status des Leads geht in "C" uber, es kann nicht mehr modifiziert werden. 

Alternativ besteht die Moglichkeit der Ubernahme des Leads als Geschaftsprojekt 
(Button "Project"). Alle Ubernahme-Daten werden im Detail-Screen grau unterlegt. Er 
gibt dazu lediglich den Projektnamen als Zusatz-lnformation ein. Mit betatigen des 
"SAVE"-Buttons wird das Lead als Projekt ubernommen. Es wird hierbei ein neues 
Projekt unter seinem Login (Firmenzuordnung) angelegt. Der Vertriebsbeauftragte 
erhalt dazu ein Informationsfenster, das Lead als Projekt weiterzufuhren und 
fehlende Daten nachzupflegen. Der Status des Leads geht in "C" uber, es kann nicht 
mehr modifiziert werden. 

Als weitere Variante besteht die Moglichkeit der Ablehnung des Leads durch den VB, 
beispielsweise wenn der VB keine Zeit bzw. kein Interesse daran hat, das Lead 
selbst zu bearbeiten. Er lehnt es ab und gibt den Ablehnungsgrund bekannt. Das 
Lead nimmt wieder den Status offen an. 



Lead Reporting 

Unter dem Auswahlpunkt Lead Reporting kann sich der User bestimmte Statistiken 
auswahlen und ansehen. Diese fest definierten Statistiken sehen wie folgt aus: 

Anzahl Leads, gruppiert nach Kategorie, Dringlichkeit und Status 

Anzahl offener Leads gruppiert nach 

Leadkategorie 

Dringlichkeit 

Branche 

Interessensgebiet 
Produktlinie 

Anzahl zugeordneter Leads gruppiert nach VB, Distrikt 
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Anzahl als Projekt umgewandelter Leads gruppiert nach VB, Manager und 
Status der Projekte. 

Summe der durch Leads generierten Umsatze, gruppiert nach VB, Manager 

Ubersichts-Liste aller zur Versendung an HP Partner anstehenden Leads. 
Diese Liste wird uber die Admin-Funktion generiert. 

Alle Statistiken konnen einzeln anzeigt werden, sowohl als Zahlentabelle als auch als 
Graphik. 



Admin 

Diese Funktion ist nur vom Administrator bedienbar. Wie unter dem Kapitel "Lead 
Ubersicht" beschrieben, ist auch hier die Mailing-Liste der Distriktmanager erstellbar. 

Des Weiteren kann in dieser Funktion eine Lead Liste aller offenen Leads, die alter 
als ein auszuwahlender Zeitraum zum Eingabe-Datum sind, generiert werden. Diese 
Leads stehen zur Versendung an einen Partner zur dortigen Bearbeitung in "LIS" an. 

Die Generierung einer Leadliste in Ubersichtsform ist uber einen Button "EXPORT- 
Liste" moglich. Der Status dieser Leads geht in "P" uber, die Leads sind gesperrt 
Diese Leadliste kann vor der Versendung vom Vertriebsmanagement unter Lead 
Reporting angesehen werden, um eventuell bestimmte Leads noch 
herauszunehmen. Der Vertrieb wird per Mail kurz informiert, innerhalb von wenigen 
Tagen die Herausnahme in der zentralen Datenbank zu beantragen. Die 
Herausnahme von Leads ist nur durch den Administrator unter der Funktion Admin 
moglich. Bei Herausnahme geht der Status wieder in "O" uber. 

Nach Ablauf dieser Herausnahme-Frist wird mit Betatigung des Buttons "EXPORT" 
eine Datei generiert, in der alle Leads mit Status "P" in Detailform aufgefuhrt sind. 
Zusatzlich konnen Lead Exporte aus LITE nach sarntlichen Kriterien vorgenommen 
werden. 

Insbesondere konnen alle Leads exportiert werden, die von einem Literaturzentrum 
zu bearbeiten sind. Unter dem Button Literatur-Export wird entsprechend ein File 
generiert, dafi in die Literaturbearbeitungs-Software "Click" einlesbar ist. 

Der Status dieser Leads geht in "E" uber, die Leads bleiben gesperrt. Zusatzlich zu 
den Lead Informationen der Detail-Maske sind in der exportierten Datei noch die 
Felder der Lead-Abschlufc-Maske angehangt. Der Partner bekommt per E-Mail das 
Leadfile zugesandt und ladt es bei sich in LIS ein. 

Der Partner wird verpflichtet, nach Bearbeitung der Leads in LIS diese an ein CIM mit 
AbschluB Informationen zuruckzusenden. Der Partner hat auch die Moglichkeit, 
Leads abzulehnen, der Status des Leads geht dann in „R" uber. 
Uber den Button "IMPORT" kann die zuruckgesendete "LIS"-Datei wieder in die 
Datenbank importiert werden und durch die Lead-ID entsprechende Updates in der 
DB gefahren werden. Der Status der Leads geht in "I" uber, wenn der Lead nicht 
bearbeitet wurde. Ansonsten ist das Lead mit dem Status "C" geschlossen. 
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Beschreibunq des MS Access-Tools LIS 

("MS ACCESS" ist eingetragene Marke der Microsoft Corporation) 

Das Microsoft-Access basierende Tool LIS (=Lead Information System) ist die 
Offline-Version von LITE. Voraussetzung fur die Installation von LIS ist im 
vorliegenden Fall Microsoft-Access '97. Grundsatzlich kommen allerdings gleiche 
oder ahnliche Datenbanksysteme in Betracht. LIS ist ein eigenstandiges Programm, 
das durch eine einfache Routine installierbar ist. LIS wird in der MS-Access Run- 
Time Version an externe Agenturen und Partner ausgeliefert. 

Der Zweck von LIS ist es, Lead-Daten extern erfassen zu konnen, z.B. von 
Agenturen, und diese per E-Mail als Datei an das Unternehmen weiterzuleiten. Diese 
Leads konnen in LITE importiert werden und dort weiterberarbeitet werden. Das so 
vom Partner bearbeitete Lead-File (alle in LIS vorhandenen Leads) wird per E-Mail 
wieder an das Unternehmen zuruckgesendet, wo es wieder in LITE fur Reporting- 
Zwecke importiert werden kann. 

LIS ist uber eine einheitliche Login-Prozedur paliwortgeschutzt. Das Layout von LIS 
wird sowohl in Punkto Funktionalitat als auch vom Design komplett von LITE 
tibernommen. Da kein Online-Zugriff besteht, werden alle benotigten Tabellen (z.B. 
Menutabelle) als Snapshoot in LIS kopiert. Diese Funktion mufi vor Installation von 
LIS sehr leicht mit dem Button "Copy Tables" unterdem Bereich Admin moglich sein. 
Ein von Zeit zu Zeit durchgefuhrtes Update ist leicht moglich. Entsprechend dem 
Schema von LITE kann LIS uber eine Export-lmport-Funktion die Lead-Dateien ein- 
beziehungsweise auslesen. Das Datenmodell (Tabellen) von LIS entspricht dem von 
LITE." 



Datenmodell 

Im folgenden Teil wird eine Ubersicht uber die im relationalen Datenbankmodell 
verwendeten Tabellen gegeben. Im Anschluss daran werden die Details der 
sogenannten "Lead-Tracking-Tables" beschrieben. Im folgenden werden die Tabellen 
zu den in LITE bzw. LIS vorgesehenen Eingabefeldern beschrieben. 

Lead Eingabe 

Header-Information 



Anlagedatum 


LLLO. 


ENTRY DATE 


Leadeingabe durch 


XUSO. 


USER NAME 


Telefonnummer 


XUSO. 


PHONE NO (neu, char (16)) 


Organisation 


XUSO. 


ORGANISATION (neu, char (3)) 


Leadstatus 


LLLO. 


LEAD STATE 


Lead-ID 


LLLO. 


PKEY 



Angaben zum Kunden 
ba.) Firma 
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Company 



Firma 

Strafce 

PLZ-Strafie 

Postfach 

PLZ-Postfach 

PLZ-Firma 

Ort 

Land 

Datenquelle 
bb.) Branche: 

Branche 

be.) Kunde 

Vorname 
Nachname 
Abteilung 
Gebaude 
Titel 
Bereich 
Funktion 
Telefon 
Handy 
Fax 
" Email _OK 
Datenquelle 



SSSO. COMP_NAME1, SSSO, COMP_NAME2 

ADRO. STREET_NO 

ADRO. ZIP_STR 

ADRO. POSTBOX 

ADRO. ZIP_PB 

ADRO. ZIP_COMP 

ADRO. CITY 

ADRO. COUNTRY_CD 

SSSO. DATA SOURCE = "LEAD" 



SSSO. INDUST CD1 



APRO. FIRST_NAME 

APRO. LAST_NAME 

APRO. DIVISION 

ADRO. BUILDING 

APRO). TITLE 

APXO). DEP_CD 

APXO. FUNC_CD 

APRO. PHONE 

APRO. PHONE_CAR 

APRO. FAX 

APRO. EMAIL_OK 

APRO. DATA SOURCE = "LEAD" 



bd. ) Entscheidungskompetenz 

Entscheidungskompetenz 

be. ) Interessensgebiete 
Interessensgebiet 

bf. ) Publikationen 

Publikation 



APRO. DECISION_FUNC (neu, char 
(25)) 



APSO. FOI S 



APMO. STDMAIL CD 



Leadklassifizierung 

Lead-Kategorie 

Lead-Potential 

Entscheidungszeitraum 

Entscheidungsdatum 

Produktlinie 

Lead-Quelle 



LLLO. LEAD_CATEGORY 
LLLO. POTENTIAL 
LLLO. DECISION_TIME 
LLLO. DECISION_DATE 
LPLO 

LLLO. LEAD SRC 
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d.) Lead-Beschreibung 



Fragestellung 
Investition 



LLLO. LEAD_QUESTION 
LLLO. LEAD INVESTMENT 



e.) Follow-Up Aktivitaten 
Aktion 

Datum Aktion 
Produktinfo 

Dringlichkeit 
VB 

District 

Geschaftsbereich 
Partner 
Wichtige Info 



LLLO. ACTION 
LLLO. ACTION_DATE 
LITO 

LLLO. LIT_FREETEXT 
LLLO. URGENCY 
LLLO. SR 
LLLO. DISTRICT 

LLLO. BU_CD 

LLLO. PARTNER 

LLLO. LEAD FOLLOWUP 



Referenzen auf die Menutabelle XTGO 

In diesem Kapitel werden die Referenzen der Menuauswahlwerte zur Menutabelle 
XTGO beschrieben. 

Lead Einqabe 

a) Header-Information 

Organisation XTGO. FELDJD = 20.000 



b) Angaben zum Kunden 

Land 

bb.) Branchen: 

Branche (grob) 
Branche (fein) 

be.) Kunde 

Bereich 
Funktion 



XTGO. FELD ID = 12.000 



XTGO. FELDJD = 27.000 

XTGO. FELDJD = 10.800, BU_CD = EAO 



XTGO. FELDJD = 18.000 
XTGO. FELD ID = 17.000 



bd. ) Entscheidungskompetenz 
Entscheidungskompetenz XTGO. FELDJD = 21 .000 
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be. ) Interessensgebiete 
Interessensgebiet 

bf. ) Publikationen 
Publikaton 



XTGO. FELDJD = 15.000, BU_CD = 
EAO 



XTGO. FELD ID = 14.000 



c.) Leadklassifizierung 

Lead-Potential 
Entscheidungszeitraum 
Produktlinie 
Lead-Quelle 



e.) Follow-Up Aktivitaten 

Aktion 

Produktinfo 

Literatur 

Dringlichkeit 

Partner 

Distrikt 

Geschaftsbereich 



XTGO. FIELD_ID = 22.000 

XTGO. FIELDJD = 23.000 

XTGO. FIELDJD = 40.100, BU_CD = EAO 

RCA1. CAMP_CD, mit END_DATE = SYSDATE-3 

Monate (alle Kampagnen des letzten Vierteljahres 

werden angezeigt), CAMP_DESC wird angezeigt 



XTGO. 
XTGO. 
XTGO. 
XTGO. 
XTGO. 
XTGO. 
XTGO. 



FELDJD 
FELDJD 
FELDJD 
FELDJD 
FELDJD 
FELDJD 
FELD ID 



24.000 
24.100 
24.200 
25.000 
10.300 
26.000 
20.000 



(Eintrag entweder uber manuelle / automatische VB-Zuordnung Oder nach Vorgabe 
XTGO. FeldJD = 27.000) 



In Fig. 6 ist ein relationales Datenbankmodell gemafi der Erfindung anhand einer 
Tabellenubersicht gezeigt. Anhand der folgenden Legende werden die verwendeten 
\j Abkurzungen erklart: 

Leaende - Erklarunq Tabellen: 



ADRO 


= Adreft-Tabelle 


APMO 


= Publikationen-Tabelle 


APRO 


= Ansprechpartner-Tabelle 


APSO 


= Standardinteressen-Tabelle 


APXO 


= Matrix (Funktion / Bereich )- Tabelle 


LITO 


= Produktinfo-Tabelle 


LLLO 


= Lead-Detail-Tabelle 


LMLO 


= Mailing-Tabelle 


LPLO 


= Produktlinien-Tabelle 


LSLO 


= Lead-Such-Tabelle 


RCA1 


= Tabelle Kampagnenbeschreibung 


RPR1 


= Projekt-Tabelle 


SSSO 


= Arbeitsstatten-Tabelle 
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XTGO 
XULO 
XUSO 
KULITAB 
SASFFUNNEL 



Toggle-Tabelle 

Stammdaten DB-User-Tabelle 
DB-User-Tabelle 
Kundenlisten-Tabelle 
Produktlinien Projekttabelle 



Nachfolgend werden Ausfuhrungsbeispiele der in dem Datenbankmodell 
verwendeten Tabellen (Lead Tracking Tables) im Detail beschrieben. 

Tabelle LLLO: 



create table LLLO 






(STATUS 


M*^. ■ ■ A 9 * / A\ \ 

CHAR(1), 


- Record-Status (standardmalJig ,0 , 




logisch geloscht ,9 ) 


MODIFIED 


CHAR(8), 


- Lead Modifizierungsdatum 


PKEY 


f\ 1 I A r*^ / A A \ 

CHAR(1 1), 


- Lead ID 


EXUDATE 


DATE, 


- Exportdatum 


ENTRYJDATE 


DATE, 


- Lead Anlagedatum 


CLOSE_DATE 


DATE, 


- Lead Scnliefiungsaatum 




DATE, 


- Lead Zuordnungsdatum 


ASSIGNED_DATE 






P RO J E KT_D AT E 


DATE, 


- Lead-Projektdaturn 


LEAD_STATE 


CHAR(1), 


- Status des Leads 


_LEAD_SRC 


CHAR(10), 


- Leadquelle 


LEAD_SRC_MAIL 


CHAR(10), 


- Leadquelle 




CHAR(1 ), 


- Leadkategorie 


LEAD_CATE(j>0 r 






Y 

nATCMTI A 1 

POTENTIAL 






DECISION TIMt 


r*\ 1 ARM H \ 

UrlAK( 1 1 j, 


- tntscneiuungszeiiraurn 


DECISION DATE 


DATE, 


- Entscheidungsdatum 


CALLBACK 


CHAR(1), 


- Ruckruf 


UtMU 




LVCI I HJi loll dllUI 1 


OFFER 


CHAR(1), 


- Angebot 


PRODUCT INFO 


CHAR(1), 


- Produktinformation 


SUPPORT 


CHAR(1), 


- Support 


CALL BACK DT 


DATE, 


- Datum Ruckruf 


DEMO DT 


DATE, 


- Datum Demonstration 


OFFER DT 


DATE, 


- Datum Angebot 


PRODUCT DT 


DATE, 


- Datum Produktinformation 


INFO DT 


DATE, 


- Datum Support 


LIT FREETEXT 


CHAR(30), 


- Freitextfeld Literaturanfrage 


URGENCY 


CHAR(6), 


- Dringlichkeit 


SR 


CHAR(30), 


- Vertriebsbeauftragter 


DISTRICT 


CHAR(14), 


- Distriktmanager 


BU CD 


CHAR(3), 


- Geschaftseinheit 


PARTNER 


CHAR(30), 


- Partner 


REVENUE 


NUMBER(10) 


- Gesamtumsatz 


EXIT 


VARCHAR(2 


- Exitbemerkung 
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RPRPKEY 
APRPKEY 
RCAPKEY 

LEAD_QUESTION 

LEAD_INVESTME 
NT 

LEAD_FOLLOWU 
P 

USR_ENTRY 

USR_ASSIGNED 

EX_PARTNER 

REFUSE_TEXT 
QUALIFIED 

); 

Tabelle LMLO: 



CHAR(11), 

CHAR(11), 

CHAR(11), 

VARCHAR(5 

00), 

VARCHAR(5 
00), 

VARCHAR(5 
00), 

CHAR(11), 
CHAR(11), 
CHAR(30), 

CHAR(50), 
CHAR(1), 



to be 
defined 



- Join RPRO 

- Join APRO 

- Join RCA1 

- Fragestellung / Ausgangssituation / 
Interessen 

- Investition / Projekt 



- Wichtige Info fur Follow-Up 



- Lead Eingabeperson 

- Lead Bearbeitungsperson 

- Name des Partners, an den Lead 
exportiert wurde 

- Ablehnungsbegrundung VB fur Lead 

- Lead wurde qualifiziert 



Tabelle LSL0: 
Tabelle LPL0: 
Tabelle LIT0: 



to be 
defined 
to be 
defined 
to be 
defined 



Nachfolgend werden fur die o.g. Tabellen der Datenbank Implementierungsbeispiele 
im Pseudocode beschrieben. 

Table ADR0 
Options 

/pctfree 0 
pctused 0 
initrans 3" 
tablespace APP 
storage 
( 

initial 30M 
next 3M 
pctincrease 0 

) 
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Column List 



Name 


Code 


Type 


P 


M 


au 


AU 


CHAR(8) 


No 


No 


bu cd 


BU CD 


CHAR(4) 


No 


No 


buildina 

««S ^1 1 | \tM III \m4 


BUILDING 


CHAR(8) 


No 


No 


city 


CITY 


CHAR(36) 


No 


Yes 


citv area 


CITY AREA 


CHAR(4) 


No 


No 


country cd 


COUNTRY CD 


CHAR(4) 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


in work 


IN WORK 


CHAR(1) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


postbox 


POSTBOX 


CHAR(8) 


No 


No 


reclev 


RECLEV 


CHAR(2) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 


street_no 


STREET NO 


CHAR(40) 


No 


No 


vt_rep 


VT REP 


CHAR(2) 


No 


No 


zip 


ZIP 


CHAR(6) 


No 


No 


zip_comp 


ZIP COMP 


CHAR(6) 


No 


No 


zip_pb 


ZIP PB 


CHAR(6) 


No 


No 


zip_str 


ZIP STR 


CHAR(6) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK_ADR0_1 


No 


No 


No 


No 


ZIP 


ASC 












PKEY 


ASC 


AK_ADR0_2 


No 


No 


No 


No 


CITY 


ASC 












PKEY 


ASC 


AK_ADR0_2 


No 


No 


No 


No 


CITY 


ASC 












PKEY 


ASC 


UK ADRO 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK ADRO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table APMO 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 



initial 15M 
next 1500K 
pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


M 


aprpkey 


APRPKEY 


CHAR(11) 


No 


No 


au 


AU 


CHAR(8) 


No 


No 


bu cd 


BU CD 


CHAR(4) 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


quantity 


QUANTITY 


NUMBER 


No 


No 


reclev 


RECLEV 


CHAR(2) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 


stdmail_cd 


STDMAIL CD 


CHAR(8) 


No 


Yes 


vt rep 


VT REP 


CHAR(2) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK APMO 1 


No 


No 


No 


No 


APRPKEY 


ASC 


AK APMO 2 


No 


No 


No 


No 


STDMAIL CD 


ASC 


UK APMO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Tabl APRO 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 

initial 180M 
next 18M 
pctincrease 0 



) 

Column List 



Name 


Code 


Type 


P 


M 


actu_state 


ACTU STATE 


CHAR(2) 


No 


No 


adrpkey 


ADRPKEY 


CHAR(11) 


No 


No 


ap_hpid 


AP HPID 


CHAR(16) 


No 


No 


au 


AU 


CHAR(8) 


No 


No 


best_state 


BEST STATE 


CHAR(2) 


No 


No 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


build_sh 


BUILD SH 


CHAR(4) 


No 


No 


chk_date 


CHK DATE 


DATE 


No 


No 


chk_date_div 


CHK DATE DIV 


DATE 


No 


No 


chkjdatejob 


CHK DATE JOB 


DATE 


No 


No 


chk_date_pho 


CHK DATE_PHO 


DATE 


No 


No 


data_cd 


DATA^CD 


CHAR(2) 


No 


No 


data_source 


D AT A_S O U R C E 


CHAR(10) 


No 


No 


del date 


DEL_DATE 


DATE 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


div_sh 


DIV_SH 


CHAR(4) 


No 


NO 


division 


DIVISION 


CHAR(40) 


No 


NO 


email 


EMAIL 


CHAR(60) 


No 


No 


ent_au 


ENT_AU 


CHAR(8) 


No 


NO 


ent_date 


ENT__DATE 


DATE 


No 


NO 


ent_date 


ENT_DATE 


DATE 


No 


NO 


tax 


CAY 

rAA 


LrnMK( 1 O ) 


Ma 

INU 


No 


fax 


FAX 


CHAR(16) 


No 


No 


first_name 


FIRST NAME 


CHAR(30) 


No 


No 


first_name 


FIRST NAME 


CHAR(30) 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


job_title 


JOB TITLE 


CHAR(16) 


No 


No 


job_title 


JOB TITLE 


CHAR(16) 


No 


No 


label_flag 


LABEL FLAG 


CHAR(1) 


No 


No 


label_flag 


LABEL FLAG 


CHAR(1) 


No 


No 


lang_cd 


LANG CD 


CHAR(2) 


No 


No 


lang_cd 


LANG CD 


CHAR(2) 


No 


No 


last_name 


LAST NAME 


CHAR(30) 


No 


No 


last_name 


LAST NAME 


CHAR(30) 


No 


No 


local_cd1 


LOCAL CD1 


CHAR(4) 


No 


No 


local_cd1 


LOCAL CD1 


CHAR(4) 


No 


No 


local_cd2 


LOCAL CD2 


CHAR(4) 


No 


No 



22 



Hewlett-Packard Company 
Re.: 20-99-0008 



Name 


Code 


Type 


D 

r 


IVI 


local_cd3 


LOCAL_CD3 


CHAR(4) 


NO 


NO 


maiMitel 


ft M A. I ■ T t > r~* ■ 

MAIL_TITEL 


■ ■ a X /^x> .4 \ 

CHAR(24) 


ft i 

No 


ft 1 

NO 


modified 


MODIFIED 


i * a r™» /n\ 

CHAR(8) 


No 


NO 


name_secr 


NAME_SECR 


CHAR(22) 


NO 


NO 


no_callend 


ft I Alt I— ft 1 f~"\ 

NO_CALLEND 


DATE 


NO 


NO 


no_callstart 


ft, 1 /""X A 1 f f"» -i— A f"""\ 

N 0_CALLSTART 


DATE 


No 


NO 


no_calluser 


NOCALLUSER 


CHAR(8) 


NO 


NO 


no_faxend 


ft 1 /~N r~ A P ft. 1 fv 

NO_FAXEND 


DATE 


NO 


NO 


no_faxstart 


N 0_FAXSTART 


DATE 


NO 


NO 


no_faxuser 


NO_FAXUSER 


CHAR(8) 


No 


NO 


no_jnailend 


NO_MAILbND 


i-\ a -rr- 
UA I h 


NO 


Mr* 
NO 


no_mailstart 


ft a /-v ft a A 1 1 fx ~T~ A T 

N 0_M Al LSTART 


DATE 


No 


NO 


no_mailuser 


ft 1 /~\ 1 « A II 1 1 1 f"~> 

NO_MAILUSER 


/»-x II a r~> / o \ 

CHAR(o) 


NO 


NO 


phone 


ni i /~\ ft i r~" 

PHONE 


CHAR(16) 


ft 1 

NO 


NO 


phone_car 


r\ i i /~"v ft i r~ a m 

PHONE_CAR 


CHAR(16) 


Kl- 

NO 


Kl/-x 

NO 


phone_secr 


PHONE_SECR 


CHAR(16) 


No 


Kl* 

NO 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


reclev 


RECLEV 


CHAR(2) 


No 


No 


salutation 


/-X All 1^* A "T"l /^"\ ft. 1 

SALUTATION 


VARCHAR2(6) 


No 


Kin 

NO 


search_key 


g*\ r— a r^/M i i/r**\/ 

SEARCH_KEY 


CHAR(10) 


NO 


Kin 

NO 


sex 


SEX 


CHAR(1) 


i.i- 
No 


Kin 

NO 


• 

ssspkey 


SSSPKEY 


/-x i_j a r-> / A A \ 

CHAK(1 1 ) 


NO 


Kin 
NO 


status 


CTATI IO 
O 1 A 1 Ub 




NO 


Mn 
INO 


titel 


TITEL 


CHAR(20) 


No 


No 


vt__rep 


VT REP 


CHAR(2) 


No 


No 


xulpkey 


XULPKEY 


CHAR(11) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK_APR0_1 


No 


No 


No 


No 


LAST NAME 


ASC 












FIRST NAME 


ASC 












ADRPKEY 


ASC 


AK_APR0_1 


No 


No 


No 


No 


LAST NAME 


ASC 












FIRST NAME 


ASC 












ADRPKEY 


ASC 


AK_APR0_2 


No 


No 


No 


No 


AP HPID 


ASC 












SSSPKEY 


ASC 


AK_APR0_2 


No 


No 


No 


No 


AP HPID 


ASC 












SSSPKEY 


ASC 


AK_APR0_3 


No 


No 


No 


No 


SSSPKEY 


ASC 












LAST NAME 


ASC 


AK_APR0_3 


No 


No 


No 


No 


SSSPKEY 


ASC 












LAST NAME 


ASC 


AK_APR0_4 


No 


No 


No 


No 


SEARCH KE 


ASC 












Y 


ASC 












ADRPKEY 


ASC 












SSSPKEY 




AK_APR0_4 


No 


No 


No 


No 


SEARCH KE 


ASC 












Y 


ASC 












ADRPKEY 


ASC 












SSSPKEY 
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index Code 


p 


r 


U 


c 


Column Code 


oort 


Al/ ADDA C 


Kin 

NO 


Kin 

NO 


Kin 

NO 


NO 


rM\/iQi r\K\ 




AK APRO 6 


No 


No 


No 


No 


ADRPKEY 


ASC 


AK APRO 8 


No 


No 


No 


No 


SSSPKEY 


ASC 


UK APRO 


Yes 


No 


Yes 


No 
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Table APSO 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 

initial 25M 
next 2500K 



pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


M 


aprpkey 




APRPKEY 


CHAR(11) 


No 


No 


au 




AU 


CHAR(8) 


No 


No 


bu_cd 




BU CD 


CHAR(4) 


No 


No 


chk_date_ 


_foi 


CHK DATE FOI 


DATE 


No 


No 


chk date 


Joy 


CHK DATE LOY 


DATE 


No 


No 


dfu 




DFU 


CHAR(1) 


No 


No 


foi_s 




FOI S 


CHAR(8) 


No 


Yes 


inwork 




IN WORK 


CHAR(1) 


No 


No 


loyal_cd 




LOYAL CD 


CHAR(2) 


No 


No 


modified 




MODIFIED 


CHAR(8) 


No 


No 


pkey 




PKEY 


CHAR(11) 


Yes 


Yes 


recley 




RECLEV 


CHAR(2) 


No 


No 


status 




STATUS 


CHAR(1) 


No 


No 


vt_rep 




VT REP 


CHAR(2) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK APSO 1 


No 


No 


No 


No 


FOI S 


ASC 


AK_APS0_2 


No 


No 


No 


No 


APRPKEY 


ASC 












FOI S 


ASC 


AK_APS0_3 


No 


No 


No 


No 


FOI S 


ASC 












APRPKEY 


ASC 












STATUS 


ASC 


AK_APS0_3 


No 


No 


No 


No 


FOI S 


ASC 












APRPKEY 


ASC 












STATUS 


ASC 


AK APSO 4 


No 


No 


No 


No 


STATUS 


ASC 


AK APSO 4 


No 


No 


No 


No 


STATUS 


ASC 


AK APSO 5 


No 


No 


No 


No 


VT REP 


ASC 


AK APSO 5 


No 


No 


No 


No 


VT REP 


ASC 


UK APSO 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK APSO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table APXO 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 

initial 20M 
next 2M 
pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


M 


aprpkey 


APRPKEY 


CHAR(11) 


No 


No 


au 


AU 


CHAR(8) 


No 


No 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


chk_date 


CHK DATE 


DATE 


No 


No 


dep cd 


DEP CD 


CHAR(4) 


No 


Yes 


dfu 


DFU 


CHAR(1) 


No 


No 


func_cd 


FUNC CD 


CHAR(4) 


No 


Yes 


in_work 


IN WORK 


CHAR(1) 


No 


No 


mgmt_lev 


MGMT LEV 


CHAR(2) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey_ 


PKEY 


CHAR(11) 


Yes 


Yes 


reclev 


RECLEV 


CHAR(2) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 


vip_cd 


VIP CD 


CHAR(2) 


No 


No 


vt_rep 


VT REP 


CHAR(2) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK_APX0_1 


No 


No 


No 


No 


APRPKEY 


ASC 












DEP CD 


ASC 












FUNC CD 


ASC 


UK ARXO 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK APXO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table RCA1 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 

initial 100K 
next 10K 



pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


M 


au 


AU 


CHAR(8) 


No 


No 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


camp_acc 


CAMP ACC 


CHAR(8) 


No 


No 


camp_cd 


CAMP^CD 


CHAR(10) 


No 


No 


camp_desc 


CAMP DESC 


CHAR(80) 


NO 


Kin 

NO 


camp_distr 


CAMP DISTR 


CHAR(2) 


No 


No 


camp_type 


CAMP TYPE 


CHAR(4) 


No 


No 


creat date 


CREAT DATE 


DATE 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


end_cd 


END CD 


CHAR(2) 


No 


No 


end_date 


END DATE 


DATE 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


reclev 


RECLEV 


CHAR(2) 


No 


No 


resp_phone 


RESP PHONE 


CHAR(16) 


No 


No 


responsible 


RESPONSIBLE 


CHAR(20) 


No 


No 


select_date 


SELECT DATE 


DATE 


No 


No 


start_date 


START DATE 


DATE 


No 


No 


status 


STATUS 


CHARd) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK RCA1 1 


No 


No 


No 


No 


CAMP CD 


ASC 


AK RCA1 1 


No 


No 


No 


No 


CAMP CD 


ASC 


UK RCA1 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK RCA1 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table RPR1 
Options 

pctfree 0 
pctused 0 
initrans 3 
tablespace APP 
storage 
( 

initial 6M 
next 600K 



pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


AA 
IV1 


adrpkey 


ADRPKEY 


CHAR(1 1) 


No 


No 


apl_fam 


APL_FAM 


CHAR(10) 


No 


No 


apl_name1 


APL_NAME1 


VARCHAR2(32) 


No 


No 


apl_name2 


APL_NAME2 


VARCHAR2(32) 


No 


No 


apl_quant 


APL_QUANT 


NUMBER 


No 


No 


apl_vendor 


APL_VENDOR 


CHAR(10) 


No 


No 


aprpkey 


APRPKEY 


CHAR(11) 


No 


Yes 


au 


AU 


CHAR(8) 


No 


Yes 


bu_cd 


BU_CD 


CHAR(4) 


No 


No 


close_comm 


CLOSE_COMM 


VARCHAR2(80) 


No 


No 


close_reas1 


CLOSE_REAS1 


CHAR(3) 


K 1 

No 


K.I 

No 


close_reas2 


CLOSE_REAS2 


CHAR(3) 


Kl 

No 


NO 


close_reas3 


CLOSE_REAS3 


CHAR(3) 


K 1 «. 

No 


Kt 

NO 


close_reas4 


CLOSE_REAS4 


CHAR(3) 


No 


NO 


ciose_reas5 


CLOSE_REAS5 


CHAR(3) 


NO 


INO 


cust_dat_a 


CUSTDATA 


CHAR(5) 


JNO 


INO 


cust_dat_c 


CUST_DAT_C 


CHAR(o) 


NO 


INO 


cust_dat_d 


CUST_DAT_D 


OHAR(5) 


INO 


INO 


cust_dat_f 


CUST_DAT_r 


UnAK(o) 


INO 


INO 


cust_dat_h 


/^l IOT HAT 1 1 

CUST_DAT_H 


PUAD/C\ 

UHAK(o) 


INO 


INO 


cust_dat_h 


C U ST_D AT_H 


PI 1 A D /C\ 

UHAK(O) 


INO 


INO 


cusi_uai i 


PI l<^T nAT 1 


w nr\r\^ j j 


No 


No 


cust_dat_i 


CUST DAT 1 


CHAR(5) 


No 


No 


cust_newcd 


CUST NEWCD 


CHAR(1) 


No 


No 


cust_newcd 


CUST NEWCD 


CHAR(1) 


No 


No 


cust_st_a 


CUST ST A 


CHAR(1) 


No 


No 


cust_st_a 


CUST ST A 


CHAR(1) 


No 


No 


cust_st_c 


CUST ST C 


CHAR(1) 


No 


No 


cust_st_c 


CUST ST C 


CHAR(1) 


No 


No 


cust_st__d 


CUST ST D 


CHAR(1) 


No 


No 


cust_st_d 


CUST ST D 


CHAR(1) 


No 


No 


cust_st_f 


CUST ST F 


CHAR(1) 


No 


No 


cust_st_f 


CUST ST F 


CHAR(1) 


No 


No 


cust_st_h 


CUST ST H 


CHAR(1) 


No 


No 


cust_st_h 


CUST ST H 


CHAR(1) 


No 


No 


cust_st_i 


CUST ST 1 


CHAR(1) 


No 


No 


cust_st_i 


CUST ST 1 


CHAR(1) 


No 


No 


dept__cd 


DEPT CD 


CHAR(4) 


No 


No 
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Name 


Code 


Type 




tvi 


dfu 


DFU 


CHAR(1) 


No 


NO 


dsrrwem 


DSM_REM 


^x ■ i a / r- /■> \ 

CHAR(50) 


No 


NO 


entry_au 


ENTRY_AU 


CHAR(8) 


No 


NO 


fam_cd 


FAM_CD 


CHAR(10) 


No 


NO 


fe__cd 


FE_CD 


CHAR(4) 


No 


A 1 _ 

No 


forecasted 


FORECAST_CD 


CHAR(2) 


NO 


INO 


in_work 


IN_WORK 


CHAR(1) 


No 


A, I ^> 

NO 


lstok_date 


LSTOK_DATE 


DATE 


No 


A 1 

No 


manager 


MANAGER 


CHAR(14) 


No 


A I 

No 


modified 


MODIFIED 


CHAR(8) 


No 


A 1 _ 

No 


ok_date 


OK_DATE 


DATE 


No 


A | 

No 


ord_dt_old 


ORD__DT_OLD 


DATE 


No 


NO 


order_date 


ORDER_DATE 


DATE 


No 


No 


order_value 


ORDER_VALUE 


NUMBER(9) 


No 


A 1 

No 


partner_cd 


PARTNER_CD 


CHAR(4) 


No 


Pit 

No 


partneMype 


PARTNER_TYPE 


1 1 A F^ / ^ \ 

CHAR(4) 


A | 

No 


No 


partner! 


PARTNER1 


VARCHAR2(20) 


A | 

No 


No 


partner2 


PARTNER2 


VARCHAR2(20) 


No 


A 1 

No 


pkey 


PKEY 


CHAR(1 1) 


Yes 


Yes 


prj_cd 


PRJ_CD 


CHAR(2) 


A 1 

No 


No 


prj_desc 


PRJ_DESC 


VARCHAR2(240) 


No 


No 


prj_end 


PRJ_END 


DATE 


A I 

No 


No 


prj_name 


PRJJvlAME 


CHAR(20) 


No 


Yes 


prj_phase_ap 


PRJ_PHASE_AP 


CHAR(4) 


No 


NO 


prj_phase_hp 


PRJ__PHASE_HP 


CHAR(4) 


A 1 

No 


No 


prj_sfart 


PRJ_START 


DATE 


A | _ 

No 


No 


prj_type 


PRJ_TYPE 


CHAR(2) 


A 1 

No 


No 


PH_type 


PRJ_TYPE 


CHAR(2) 


No 


A | _ 

No 


probab 


PROBAB 


NUMBER(4) 


No 


A 1 _ 

No 


probab 


PROBAB 


NUMBER(4) 


No 


At 

No 


prod_name 


PROD_NAME 


CHAR(40) 


No 


A 1 _ 

No 


prod_name 


PROD_NAME 


CHAR(40) 


No 


A | _ 

No 


prod_no 


PROD_NO 


CHAR(14) 


No 


A 1 ^ 

No 


prod_no 


PRODJMO 


CHAR(14) 


No 


No 


prod_type 


PROD_TYPE 


CHAR(4) 


No 


No 


prod_type 


PROD_TYPE 


CHAR(4) 


A | _ 

No 


A I 

No 


quantity 


QUANTITY 


NUMBER 


No 


NO 


quantity 


QUANTITY 


NUMBER 


A | _ 

No 


A 1 _ 

No 


rcrpkey 


RCRPKEY 


CHAR(1 1) 


No 


NO 


rcrpkey 


RCRPKEY 


CHAR(1 1) 


No 


Kl ^ 

NO 


reclev 


RECLEV 


CHAR(2) 


NO 


Yes 


reclev 


RECLEV 


CHAR(2) 


NO 


Yes 


report_cd 


REPORT_CD 


CHAR(1) 


No 


K 1 a 

No 


report_cd 


REPORT_CD 


/"V 1 1 A T~\ i A \ 

CHAR(1) 


A 1 _ 

No 


Kl 

No 


sal_dat_a 


A t A ^F* A 

SAL_DAT_A 


CHAR(5) 


No 


A 1 _ 

No 


sal_dat_a 


SAL_DAT_A 


CHAR(5) 


A 1 

No 


A 1 _ 

No 


sal_dat_b 


SAL_DAT_B 


CHAR(5) 


No 


No 


sal_dat_b 


SAL DAT B 


LMAK(b) 


NO 


MSN 

NO 


sal_dat_c 


SAL DAT C 


CHAR(5) 


No 


No 


sal_dat_c 


SAL DAT C 


CHAR(5) 


No 


No 


sal_dat_d 


SAL DAT D 


CHAR(5) 


No 


No 
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Name 


Code 


Type 




Ml 
IV I 






(5) 






sal_dat_e 


SAL_DAT_E 


CHAR(5) 


NO 


(NO 


sal_dat_f 


SAL_DAT_F 


CHAR(5) 


NO 


NO 


sal_dat_g 


SAL_DAT_G 


CHAR(5) 


NO 


NO 


sal_dat_h 


SAL_DAT_H 


CHAR(5) 


k. 1 ^ 

NO 


INO 


sal_dat_j 


SAL_DATJ 


CHAR(5) 


NO 


INO 


sal_dat_k 


SAL_DAT_K 


CHAR(5) 


No 


NO 


sal_st_a 


SAL_ST_A 


CHAR(1) 


Ik 1 

No 


NO 


sal_st_b 


SAL_ST_B 


CHAR(1) 


No 


rsio 


sat_st_c 


SAL_ST_C 


CHAR(1) 


No 


NO 


sal_st_d 


SAL_ST_D 


CHAR(1) 


No 


k 1 ^ 

No 


sal_st_e 


SAL_ST_E 


CHAR(1) 


No 


No 


sal_st_f 


SAL_ST_F 


CHAR(1) 


k | 

No 


No 


sal_st_g 


SAL_ST_G 


CHAR(1) 


No 


No 


sal_st_h 


SAL_ST_H 


CHAR(1) 


No 


NO 


sal_st_i 


SAL_STJ 


CHAR(1) 


No 


NO 


sal_st_k 


SAL_ST_K 


CHAR(1) 


No 


NO 


ssspkey 


SSSPKEY 


/-V | | a t~1 f A A \ 

CHAR(11) 


ik i _ 
No 


No 


status 


STATUS 


CHAR(1) 


k. i 

No 


k 1 _ 

No 


subfam_cd 


SUBrAM OU 


OrlAK(1U; 


Kiev 

InO 


INO 


user_name 


USER NAME 


CHAR(30) 


No 


No 


version 


VERSION 


CHAR(3) 


No 


No 


xulpkey 


XULPKEY 


CHAR(11) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK RPR1 1 


No 


No 


No 


No 


SSSPKEY 


ASC 


AK RPR1 2 


No 


No 


No 


No 


ADRPKEY 


ASC 


AK RPR1 2 


No 


No 


No 


No 


ADRPKEY 


ASC 


UK RPR1 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK RPR1 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table SSSO 
Options 

pctfree 0 
pctused 0 
ihitrans 3 
tablespace APP 
storage 
( 

initial 70M 
next 7M 



pctincrease 0 

) 

Column List 



Name 


Code 


Type 


P 


M 


adrpkey 


ADRPKEY 


CHAR(11) 


No 


No 


as_hpid 


AS HPID 


CHAR(10) 


No 


No 


as_type 


AS TYPE 


CHAR(8) 


No 


No 


au 


AU 


CHAR(8) 


No 


No 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


chk_date 


CHK DATE 


DATE 


No 


No 


comp_name1 


COMP NAME1 


CHAR(40) 


No 


Yes 


comp_name2 


COMPJMAME2 


CHAR(40) 


No 


No 


comp_name3 


COMPJMAME3 


CHAR(40) 


No 


No 


connected 


CONNECTED 


CHAR(2) 


No 


No 


contract 


CONTRACT 


VARCHAR2(160) 


No 


No 


data^source 


D AT A_S O U RC E 


CHAR(10) 


No 


No 


del date 


DELJDATE 


DATE 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


k 1 _ 

NO 


employees 


EMPLOYEES 


NUMBER(8) 


No 


k 1 y-v 

No 


ent_au 


ENT_AU 


CHAR(8) 


NO 


NO 


ent_date 


ENT_DATE 


DATE 


NO 


NO 


fax 


FAX 


CHAR(16) 


NO 


NO 


fisc_year 


FISC_YEAR 


CHAR(2) 


NO 


NO 


in_work 


IN_WORK 


it a r-% i a \ 

CHAK(1) 


NO 


NO 


in — work 


IN_WORK 


CHAR(1) 


NO 


NO 


indust_cd1 


iKini iqt pni 

IINUUo I L/U I 


onMrx^D ) 




No 


indust_cd1 


INDUST CD1 


CHAR(6) 


No 


No 


indust_cd2 


INDUST CD2 


CHAR(6) 


No 


No 


indust_cd2 


INDUST CD2 


CHAR(6) 


No 


No 


indust_cd3 


INDUST CD3 


CHAR(6) 


No 


No 


indust_cd3 


INDUST CD3 


CHAR(6) 


No 


No 


indust_cd4 


INDUST CD4 


CHAR(6) 


No 


No 


indust_cd4 


INDUST CD4 


CHAR(6) 


No 


No 


indust_cd5 


INDUST CD5 


CHAR(6) 


No 


No 


indust_cd5 


INDUST CD5 


CHAR(6) 


No 


No 


lang_cd 


LANG CD 


CHAR(2) 


No 


No 


lang_cd 


LANG CD 


CHAR(2) 


No 


No 


local_cd1 


LOCAL CD1 


CHAR(4) 


No 


No 


local_cd1 


LOCAL CD1 


CHAR(4) 


No 


No 


local_cd2 


LOCAL CD2 


CHAR(4) 


No 


No 


local_cd2 


LOCAL CD2 


CHAR(4) 


No 


No 


local_cd3 


LOCAL CD3 


CHAR(4) 


No 


No 
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Name 


Code 


Type 




IVI 


modified 


MODIFIED 


CHAR(8) 


NO 


NO 


phone 


PHONE 


CHAR(16) 


No 


NO 


pkey 


PKEY 


CHAR(1 1) 


Yes 


Yes 


products 


PRODUCTS 


VARCHAR2(240) 


No 


NO 


reclev 


RECLEV 


CHAR(2) 


No 


NO 


sales 


SALES 


CHAR(9) 


No 


NO 


sss_search 


SSS_SEARCH 


CHAR(10) 


No 


No 


status 


STATUS 


CHAK(1 ) 


INO 


NO 


telex 


TELEX 


CHAR(16) 


No 


No 


turnover 


TURNOVER 


NUMBER(12) 


No 


No 


vt rep 


VT REP 


CHAR(2) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK_SSS0_1 


No 


No 


No 


No 


COMP NAME 


ASC 












1 


ASC 












PKEY 




AK SSSO 2 


No 


No 


No 


No 


ADRPKEY 


ASC 


AK_SSS0_3 


No 


No 


No 


No 


SSS SEARC 


ASC 


AK_SSS0_4 


No 


No 


No 


No 


H 

AS HPID 


ASC 












PKEY 


ASC 


AK_SSS0_5 


No 


No 


No 


No 


INDUST CD1 


ASC 












PKEY 


ASC 


UK SSSO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table XTGO 
Options 

pctfree 0 
pctused 0 
tablespace ADM 
storage 
( 

initial 2M 
next 100K 
pctincrease 0 
freelists 6 

) 

Column List 



Name 


Code 


Type 


P 


M 


au 


AU 


CHAR(8) 


No 


No 


bedeutung 


BEDEUTUNG 


CHAR(30) 


No 


No 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


code 


CODE 


CHAR(8) 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


feld erkl 


FELD ERKL 


CHAR(40) 


No 


No 


feld_id 


FELD ID 


CHAR(5) 


No 


Yes 


in_work 


IN WORK 


CHAR(1) 


No 


No 


inhalt 


INHALT 


CHAR(8) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


rectey 


RECLEV 


CHAR(2) 


No 


Yes 


sprache 


SPRACHE 


CHAR(8) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


AK_XTG0_1 


No 


No 


No 


No 


FELD ID 


ASC 












CODE 


ASC 












BEDEUTUNG 


ASC 


AK XTGO 2 


No 


No 


No 


No 


BU CD 


ASC 


AK XTGO 2 


No 


No 


No 


No 


BU CD 


ASC 


UK XTGO 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK XTGO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table XULO 
Options 

pctfree 0 
pctused 0 
tablespace ADM 
storage 

( 

initial 80K 
next 10K 
pctincrease 0 



freelists 6 

) 

Column List 



Name 


Code 


Type 


P 


M 


au 


AU 


CHAR(8) 


No 


Yes 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


dept cd 


DEPT CD 


CHAR(4) 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


manager 


MANAGER 


CHAR(14) 


No 


No 


mandant_cd 


MANDANT CD 


CHAR(4) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


reclev 


RECLEV 


CHAR(2) 


No 


Yes 


sr_cd1 


SR CD1 


CHAR(4) 


No 


No 


sr_cd2 


SR CD2 


CHAR(4) 


No 


No 


sr_cd3 


SR CD3 


CHAR(4) 


No 


No 


status 


STATUS 


CHAR(1) 


No 


No 


xuspkey 


XUSPKEY 


CHAR(11) 


No 


Yes 



Index List 



Index Code 


P 


F 


U 


C 


Column 
Code 


Sort 


AK_XUL0_1 


No 


No 


No 


No 


MANAGE 
R 

DEPT CD 
DEPT CD 
PKEY 


ASC 


AK XULO 2 
AK XULO 2 
UK XULO 


No 
No 
Yes 


No 
No 
No 


No 
No 
Yes 


No 
No 
No 


ASC 
ASC 
ASC 


UK XULO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table XUSO 
Options 

pctfree 0 
pctused 0 
tablespace ADM 
storage 

( 

initial 250K 
next 25K 
pctincrease 0 
freelists 6 

) 

Column List 



Name 


Code 


Type 


P 


M 


au 


AU 


CHAR(8) 


No 


Yes 


bu_cd 


BU CD 


CHAR(4) 


No 


No 


desc loc 


DESC LOC 


CHAR(10) 


No 


No 


dfu 


DFU 


CHAR(1) 


No 


No 


expiry_date 


EXPIRY DATE 


DATE 


No 


No 


function_cd 


FUNCTION CD 


CHAR(2) 


No 


No 


hist_frame 


HIST FRAME 


CHAR(2) 


No 


No 


in_work 


IN WORK 


CHAR(1) 


No 


No 


modified 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


Yes 


Yes 


printer 


PRINTER 


CHAR(9) 


No 


Yes 


reclev 


RECLEV 


CHAR(2) 


No 


Yes 


remarks 


REMARKS 


VARCHAR2(80) 


No 


No 


sat 


SAT 


CHAR(8) 


No 


Yes 


status 


STATUS 


CHAR(1) 


No 


No 


sync_days 


SYNC DAYS 


CHAR(2) 


No 


No 


user_au 


USER AU 


CHAR(8) 


No 


Yes 


user_name 


USER NAME 


CHAR(30) 


No 


Yes 


usr 


USR 


CHAR(8) 


No 


Yes 


xugpkey 


XUGPKEY 


CHAR(11) 


No 


Yes 


xugpkey 


XUGPKEY 


CHAR(11) 


No 


Yes 



Index List 



Index Code 


P 


F 


U 


C 


Column 


Sort 












Code 




AK_XUS0_1 


No 


No 


No 


No 


USER AU 


ASC 












USER NA 


ASC 












ME 




AK_XUS0_1 


No 


No 


No 


No 


USER AU 


ASC 












USER NA 


ASC 












ME 




AK_XUS0_2 


No 


No 


No 


No 


USR 


ASC 












STATUS 


ASC 


AK_XUS0_2 


No 


No 


No 


No 


USR 


ASC 












STATUS 


ASC 


UK XUSO 


Yes 


No 


Yes 


No 


PKEY 


ASC 


UK XUSO 


Yes 


No 


Yes 


No 


PKEY 


ASC 
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Table KULITAB 
Options 

pctfree 0 
pctused 0 
initrans 3 
maxtrans 255 
tablespace APP 
storage 
( 

initial 1024K 
next 100K 
minextents 1 
maxextents 249 
pctincrease 0 
) 

Column List 



Name 


Code 


Type 


P 


M 


AU 


AU 


CHAR(8) 


No 


No 


BU CD 


BU CD 


CHAR(4) 


No 


No 


FLAGS 


FLAGS 


CHAR(4) 


No 


No 


MODIFIED 


MODIFIED 


CHAR(8) 


No 


No 


pkey 


PKEY 


CHAR(11) 


No 


No 


SSSPKEY 


SSSPKEY 


CHAR(11) 


No 


Yes 


UNAME 


UNAME 


CHAR(8) 


No 


Yes 



Index List 



Index Code 


P 


F 


U 


C 


Column Code 


Sort 


PKKULITAB 


No 


No 


No 


No 


SSSPKEY 
UNAME 


ASC 
ASC 
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Table SASFUNNEL 
Options 

pctfree 10 
pctused 40 
initrans 1 
maxtrans 255 
tablespace SAS 
storage 
( 

initial 20K 
next21576K 
minextents 1 
maxextents 249 
pctincrease 50 

) 



Column List 



Name 


Code 


Type 


P 


M 


AU 


AU 


CHAR 


No 


No 


FFU CLS DT 


FFU CLS DT 


DATE 


No 


No 


FFU EST PC 


FFU EST PC 


NUMBER 


No 


No 


FFU ORD AM 


FFU ORD AM 


NUMBER 


No 


No 


FFU PROD LINE 


FFU PROD LINE 


VARCHAR2(0) 


No 


No 


FFU PROD NB 


FFU PROD NB 


NUMBER 


No 


No 


FFU PROD NM 


FFU PROD NM 


VARCHAR2(0) 


No 


No 


FFU PROJ NR 


PKEY 


CHAR(11) 


No 


No 


FFU SRC DTA C 


FFU_SRC_DTA_CD 


VARCHAR(O) 


No 


No 


D 

MODIFIED 


MODIFIED 


CHAR 


No 


No 
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Anspruche 

1. Einrichtung zum Betrieb eines eine Abfolge von Ereignissen aufweisenden 
Geschaftsprozesses, der von innerhalb eines in einen proprietaren und einen 
nicht-proprietaren Teil unterteilten Informationsnetzes angeordneten 
Subjekten mittels eines Datenverarbeitungssystems prozessiert und durch 
digitale Daten reprasentiert wird, wobei wenigstens ein erstes Subjekt 
vorgesehen ist, das eine Abfolge von mindestens ersten Ereignissen 
generiert, und wobei wenigstens ein zweites Subjekt vorgesehen ist, das auf 
die ersten Ereignisse aufbauend eine Abfolge von mindestens zweiten 
Ereignissen generiert, und wobei innerhalb des proprietaren Teils des 
Informationsnetzes ein zentraler Datenspeicher zur Speicherung der 
mindestens ersten und der mindestens zweiten Ereignisse vorgesehen ist, 

gekennzeichnet durch 

-wenigstens ein ausserhalb des proprietaren Teils des Informationsnetzes 
vorgesehenes Funktionselement zum Generieren von einen Zustand der 
mindestens ersten und der mindestens zweiten Ereignisse 
charakterisierenden Attributen; 

wenigstens ein innerhalb des proprietaren Teils des Informationsnetzes 
vorgesehenes Datenflusssteuerelement zum Steuern von den mindestens 
ersten und den mindestens zweiten Ereignissen zugeordneten Datenstrornen, 
aufweisend 

Mittel, die einen Zugriff auf den Datenspeicher uber das 
Inforrnationsnetz durch ein zugriffberechtigtes Subjekt ermoglichen, 

Mittel zum Abprufen der den ersten und zweiten Ereignissen 
zugeordneten Attribute, und 
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Mittel zum Steuern des Datenflusses entsprechend den jeweiligen 
Zustanden der Attribute. 

2. Einrichtung nach Anspruch 1, dadurch gekennzeichnet, dass das 
Datenflusssteuerelement Hypertext-basiert ist. 

3. Einrichtung nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass das 
Funktionselement mindestens eine Funktionalitat des 
Datenflusssteuerelements in Form einer statischen Kopie aufweist. 

4. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Funktionselement zur Erfassung der ersten 
Ereignisse dient. 

5. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, 
gekennzeichnet durch ein im gesamten Geschaftsprozess vereinheitlichtes 

-Format der den Datenfluss reprasentierenden Datenelemente. 

6. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Funktionselement und/oder das 
Datenflusssteuerelement Mittel zur Synchronisation von den Datenfluss 
reprasentierenden Datenelementen zwischen dem Funktionselement und dem 
Datenflusssteuerelement aufweisen. 

7. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Funktionselement und/oder das 
Datenflusssteuerelement Mittel zum Empfangen und Senden von den 
Datenfluss reprasentierenden Datenelementen aufweisen. 

8. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Funktionselement und/oder das 
Datenflusssteuerelement Mittel zur Manipulation von den Datenfluss 
reprasentierenden Datenelementen aufweisen. 
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9. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Funktionselement von der jeweils vorliegenden IT- 
Plattform unabhangig ist. 

10. Einrichtung nach einem oder mehreren der vorstehenden Anspruche, dadurch 
gekennzeichnet, dass das Datenflusssteuerelement Mittel zum Importieren 
von Datenelementen sowie Mittel zur Analyse und Auswertung der 
Datenelemente aufweist. 

11. Verfahren zum Betreiben eines eine Abfolge von Ereignissen aufweisenden 
Geschaftsprozesses, der von innerhalb eines in einen proprietaren und einen 
nicht-proprietaren Teil unterteilten Informationsnetzes angeordneten 
Subjekten rnittels eines Datenverarbeitungssystems prozessiert und durch 
digitale Daten reprasentiert wird, wobei wenigstens ein erstes Subjekt 
vorgesehen ist, das eine Abfolge von mindestens ersten Ereignissen 

-generiert, und wobei wenigstens ein zweites Subjekt vorgesehen ist, das auf 
die mindestens ersten Ereignisse aufbauend eine Abfolge von mindestens 
zweiten Ereignissen generiert, und wobei innerhalb des proprietaren Teils des 
Informationsnetzes ein zentraler Datenspeicher zur Speicherung der 
mindestens ersten und der mindestens zweiten Ereignisse vorgesehen ist, 

gekennzeichnet durch die folgenden Verfahrensschritte: 

Generieren von einen Zustand der mindestens ersten und der mindestens 
zweiten Ereignisse charakterisierenden Attributen; 

Steuern von den mindestens ersten und den mindestens zweiten Ereignissen 
zugeordneten Datenstromen, umfassend ein Abpriifen der den mindestens 
ersten und den mindestens zweiten Ereignissen zugeordneten Attribute und 
Steuern des Datenflusses entsprechend den jeweiligen Zustanden der 
Attribute. 
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12. Verfahren nach Anspruch 11, gekennzeichnet durch ein Synchronisieren von 
den Datenfluss reprasentierenden Datenelementen, die ausserhalb und 
innerhalb des proprietaren Teils des Informationsnetzes generiert werden. 

5 13. Verfahren nach Anspruch 11 oder 12, gekennzeichnet durch Importieren von 
den Datenfluss reprasentierenden Datenelementen sowie Analysieren und 
Auswerten der Datenelemente innerhalb des proprietaren Teils des 
Informationsnetzes. 

10 14. Datentrager enthaltend einen Programmcode zur Ausfuhrung auf einer 
Datenverarbeitungsanlage, womit diese die in einem oder mehreren der 
vorstehenden Ansprtiche genannten Funktionen bereitstellt bzw. ausfuhrt. 



c 
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Zusamrnenfassung 

Zur Abwicklung eines Geschaftsprozesses innerhalb eines in einen proprietaren und 
einen nicht-proprietaren Teil unterteilten Informationsnetzes wird vorgeschlagen, ein 
ausserhalb des proprietaren Teils angeordnetes Funktionselement vorzusehen, das 
zu ablaufenden Ereignissen im Rahmen des Geschaftsprozesses jeweils 
Statusattribute generiert Innerhalb des proprietaren Teils ist zudem ein 
Datenflusssteuerelement vorgesehen, das den Ereignissen zugeordnete 
Datenstrome entsprechend den Statusattributen steuert. Bevorzugt ist das 
Datenflusssteuerelement Hypertext-basiert und das Funktionselement plattform- 
unabhangig. Mittels der vorgeschlagenen Anordnung erhalten authorisierte Personen 
jederzeit einen umfassenden Uberblick uber ablaufende Geschaftsprozesse und 
konnen in vorteilhafter Weise in Prozesse eingreifen. 

(Figur2) 
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Fig.3 
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Fragestellung / Ausgangssituation / lnteressen 



Kunde will mit . , . zukunftig sein Netzwerk* und Systemmanagment betreiben. 



Kunde will nahere Infos uber die gesamte Palette. Bitte Infomaterial zuschicken. 



Investition / Projekt: 



V.MS 9 K//////, 

/Datum AJction: 

y/////////, 

^Dringlichkeit: 



Produktinfo 



^^ ^MAR-I^ ZHP Dl»trikt:' : ^^^^^)p'ittiwr 



HP VB: 



Alschner 



Wichtige Info fur Follow-Up: 
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